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Changing  Operational  Environment 


From 

Centralized  management 
control  of  processes 

Dedicated,  stand-alone 
technologies 

Permanent  enterprise,  defined 
by  organizational  chart 

One  team,  one  mission 

Compartmentalized  view  of  risk 
(e.g.,  project,  security) 


To 

Distributed  management 
control  of  processes 

Interoperable,  networked 
technologies 

Virtual  enterprise,  defined  by 
mission 

Many  teams,  one  mission 
Integrated  view  of  risk 
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Changing  Risk  Profiles 

Changes  in  operational  environments  are  driving  the  need 
for  advanced  risk  analysis  techniques. 

•  The  operational  environment  is  becoming  more 
complex  (e.g.,  distributed  processes). 

•  New  types  of  risks  have  emerged  from  this  complexity. 

-  inherited  risk 

-  new  sources  of  risk  (e.g.,  cyber-security  risks) 

-  risk  from  combinatorial  effects 

-  risk  from  cascading  consequences 

-  risk  from  emergent  threats 
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The  Need  for  Advanced  Techniques 

High-performing  organizations  are  able  to  manage 
traditional  risks. 

Risks  arising  from  operational  complexity  are  often  subtle 
in  nature,  but  bring  the  potential  for  catastrophic 
consequences. 

High-performing  organizations  have  the  basic  skills 
needed  to  manage  these  new  types  of  risk,  but  sufficient 
techniques  are  not  readily  available. 
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Key  Requirements 

High  performers  need  advanced  risk  management  techniques 
that  enable  them  to 

•  assume  an  integrated  view  of  risk  (one  view  that  includes 
process,  technology,  security,  and  interoperability  risks) 

•  address  the  interrelated  nature  of  risk  (combinatorial  effects 
and  cascading  consequences) 

•  understand  the  amount  of  risk  that  is  inherited  from  partners 
and  collaborators 

•  characterize  the  risk  arising  from  the  emergent  properties  of  a 
distributed  process 
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What  Is  Risk? 

The  possibility  of  suffering  harm  or  loss 

Risk  requires  the  following  conditions: 

•  loss 

•  uncertainty 

•  choice 
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Nature  of  Risk 

Speculative  (dynamic)  -  a  risk  that  has  profit  and  loss 
associated  with  it 

Hazard  (static)  -  a  risk  that  only  has  loss  associated  with  it 

Profit 
Status  Quo 
Loss 

Speculative  Hazard 
Risk  Risk 


©  2006  by  Carnegie  Mellon  University 


page  7 


Carnegie  Mellon 

Software  Engineering  Institute 


Operational  Risk1 

The  risk  of  loss  resulting  from  inadequate  or  failed  internal 
processes,  people  and  systems,  or  from  external  events 


1.  Bank  for  International  Settlements  (BIS).  International  Convergence  of  Capital  Measurement 
and  Capital  Standards:  A  Revised  Framework.  BIS,  2004.  http://www.bis.org/publ/bcbs107.pdf. 
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Sources  of  Risk  During  Operations 


Mission 


Environment 


Design 


Categories 
of  Threat 


Event 


Activity 


A  broad  range  of  threats  must  be  considered  when 
analyzing  the  potential  for  mission  success. 
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Mission 


A  mission  threat  is  a  fundamental  flaw,  or  weaknesses, 
the  purpose  and  scope  of  a  work  process. 
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Process  Design 


A  design  threat  is  an  inherent  weakness  in  the  layout  of  a 
work  process. 
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Activity  Management 


An  activity  threat  is  a  flaw,  or  weaknesses,  arising  from  the 
manner  in  which  activities  are  managed  and  performed. 
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Operational  Environment 


Operational  Environment 


An  environment  threat  is  an  inherent  constraint,  weakness, 
or  flaw  in  the  overarching  operational  environment  in  which  a 
process  is  conducted. 
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Event  Management 


An  event  threat  is  a  set  of  circumstances  triggered  by  an 
unpredictable  occurrence  that  introduces  unexpected 
change  into  a  process. 
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Mission  Risk 

The  possibility  that  a  mission  might  not  be  successfully 
achieved 
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Mission  Assurance 

Establishing  a  reasonable  degree  of  confidence  in  mission 
success 

Mission  assurance  is  achieved  by  ensuring  that  risk  to  the 
mission  (i.e.,  mission  risk)  is  within  tolerance. 

A  key  aspect  of  mission  assurance  is  its  dual  focus  on 
outcome  and  execution. 
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Mission  Assurance  Strategy 
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What  is  MAAP? 

MAAP  is  a  protocol,  or  heuristic,  for  determining  the 
mission  assurance  of  an  operational  process  or  system. 
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Key  Characteristics  of  MAAP 

Applies  an  engineering  approach  to  risk  analysis 

Designed  for  highly  complex  environments  (multi¬ 
organization,  system  of  systems) 

Provides  an  in-depth  analysis  of  processes,  relationships, 
and  dependencies 

Characterizes  the  risk  of  mission  failures 

•  process  performance  risk 

•  security  risk 

•  operational  environment  risk 
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Structured  Analysis  of  Performance 

MAAP  analyzes  process  performance  in  multiple 
operational  states 

•  normal,  or  expected,  operational  conditions 

•  unusual  circumstances,  or  occurrences,  triggered  by 
external  events 
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Analyzing  Multiple  States 


State  1 :  Expected 

Operational 

Conditions 


Event  1 


State  2:  When  Stressed 
by  Event  1 
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operational  con 

ditions 

Event  2 


State  3:  When  Stressed 
by  Event  2 
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Risk  resulting 
from  event  1 
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Risk  resulting 
from  event  2 


Risk  to  the 
mission 
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Risk  Causal  Chain 


vulnerabilities  and  controls  operational  circumstances 


Risk  to  the 
mission 


Mission  risk 
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Bringing  Risk  within  Tolerance 


▲ 


Severe 


High 


Medium 


Low 


There  is  a  significant  gap 
y  between  actual  risk  exposure 
and  management’s  goal. 


J 


Risk  tolerance 


Minimal 


Current  value  of  mission 
risk  exposure 


Time 

Management’s  goal  for 
mission  risk  exposure 
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Key  Risk  Drivers 


Risk  during 
expected 


Risk  to  the 
mission 


A  critical  path  analysis  identifies  the  key  risk  drivers. 
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Protocol  Fundamentals  - 1 

•  Determine  mission  objectives. 

•  Characterize  all  operations  conducted  in  pursuit  of  the 
mission. 

•  Define  risk  evaluation  criteria  in  relation  to  the  mission 
objectives. 

•  Identify  potential  failure  modes. 

•  Perform  a  root  cause  analysis  for  each  failure  mode. 
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Protocol  Fundamentals  -  2 

•  Develop  a  risk  profile  of  the  mission. 

•  Ensure  that  mission  risk  is  within  tolerance. 
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A  Common  Basis  for  Analysis 


a- 


■ 
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Operational 

Security 

Analysis 
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MAAP  Pilot 


Analyzed  an  incident  management  process  in  a  large 
government  organization 

Analyzed  risk  to  the  mission  under  normal  conditions 

•  quality  of  response 

•  timeliness  of  response 

•  customer  satisfaction 

Examined  risk  to  the  mission  under  unusual 
circumstances 

•  two  major  incidents  occur  at  the  same  time 

•  cyber  security  attack  renders  ticketing  system 
unavailable  for  an  extended  period  of  time 
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Example:  Process  Workflow 


©  2006  by  Carnegie  Mellon  University 


page  29 


Carnegie  Mellon 

Software  Engineering  Institute 


Example:  Complex  Risks 


IRC  partnership  determines  who  fills  what  position. 
The  best  person  is  not  always  selected . 
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Example:  Mission  Risk 
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Example:  Mission  Assurance  Goal 

Management’s  goal  is  to  build  a  “world-class”  incident 
management  capability. 

This  goal  translates  to  very  high  mission  assurance  (i.e., 
very  low  risk  to  the  mission). 
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Example:  Gap  in  Performance 


▲ 


Severe 


High 


Medium 


Low 


A 


There  is  a  significant  gap 
between  actual  performance 
and  management’s  goal. 


Minimal 


Risk  tolerance 


Current  value  of  mission 
risk  exposure 


Time 

Management’s  goal  for 
mission  risk  exposure 
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Example:  Mitigation  Strategy 

•  Simplify  the  mission. 

-  Determine  which  incident  management  services 
are  essential. 

-  Develop  a  plan  for  growing  the  incident 
management  capability  over  time. 

•  Redesign  the  process  based  on  the  revised  mission. 

•  Develop  and  test  contingency  plans. 
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Conclusions 

Many  types  of  risk  prevalent  in  today’s  operational  environments 
(e.g.,  event  risks,  inherited  risk)  are  not  readily  identified  using 
traditional  risk  analysis  techniques. 

High-performing  organizations  have  the  basic  skills  needed  to 
identify  and  manage  these  new  types  of  risk,  but  lack  sufficient 
techniques. 

Average  or  poor  performers  will  not  have  the  skills  needed  to 
identify  and  manage  new  types  of  risk  (and  probably  have  bigger, 
more  obvious  risks  to  deal  with). 

MAAP  is  one  technique  that  high  performers  can  use  to  identify 
and  mitigate  the  risks  arising  from  operational  complexity. 
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Additional  Research  and  Development 

Develop  a  technique  for  quickly  estimating  mission  risk 
exposure. 

•  First  pilot  will  focus  on  mission  assurance  in  incident 
management. 

•  Second  pilot  will  focus  on  mission  assurance  in  system 
development. 

Refine  and  document  MAAP  based  on  pilot  experience. 
Pilot  MAAP  in  another  domain. 
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